Method and apparatus for variable accuracy inter-picture timing specification for digital video encoding

ABSTRACT

A method and apparatus for variable accuracy inter-picture timing specification for digital video encoding is disclosed. Specifically, the present invention discloses a system that allows the relative timing of nearby video pictures to be encoded in a very efficient manner. In one embodiment, the display time difference between a current video picture and a nearby video picture is determined. The display time difference is then encoded into a digital representation of the video picture. In a preferred embodiment, the nearby video picture is the most recently transmitted stored picture. For coding efficiency, the display time difference may be encoded using a variable length coding system or arithmetic coding. In an alternate embodiment, the display time difference is encoded as a power of two to reduce the number of bits transmitted.

FIELD OF THE INVENTION

The present invention relates to the field of multimedia compression systems. In particular the present invention discloses methods and systems for specifying variable accuracy inter-picture timing.

BACKGROUND OF THE INVENTION

Digital based electronic media formats are finally on the cusp of largely replacing analog electronic media formats. Digital compact discs (CDs) replaced analog vinyl records long ago. Analog magnetic cassette tapes are becoming increasingly rare. Second and third generation digital audio systems such as Mini-discs and MP3 (MPEG Audio—layer 3) are now taking market share from the first generation digital audio format of compact discs.

The video media has been slower to move to digital storage and transmission formats than audio. This has been largely due to the massive amounts of digital information required to accurately represent video in digital form. The massive amounts of digital information needed to accurately represent video require very high-capacity digital storage systems and high-bandwidth transmission systems.

However, video is now rapidly moving to digital storage and transmission formats. Faster computer processors, high-density storage systems, and new efficient compression and encoding algorithms have finally made digital video practical at consumer price points. The DVD (Digital Versatile Disc), a digital video system, has been one of the fastest selling consumer electronic products in years. DVDs have been rapidly supplanting Video-Cassette Recorders (VCRs) as the pre-recorded video playback system of choice due to their high video quality, very high audio quality, convenience, and extra features. The antiquated analog NTSC (National Television Standards Committee) video transmission system is currently in the process of being replaced with the digital ATSC (Advanced Television Standards Committee) video transmission system.

Computer systems have been using various different digital video encoding formats for a number of years. Among the best digital video compression and encoding systems used by computer systems have been the digital video systems backed by the Motion Pictures Expert Group commonly known by the acronym MPEG. The three most well known and highly used digital video formats from MPEG are known simply as MPEG-1, MPEG-2, and MPEG-4. VideoCDs (VCDs) and early consumer-grade digital video editing systems use the early MPEG-1 digital video encoding format. Digital Versatile Discs (DVDs) and the Dish Network brand Direct Broadcast Satellite (DBS) television broadcast system use the higher quality MPEG-2 digital video compression and encoding system. The MPEG-4 encoding system is rapidly being adapted by the latest computer based digital video encoders and associated digital video players.

The MPEG-2 and MPEG-4 standards compress a series of video frames or video fields and then encode the compressed frames or fields into a digital bitstream. When encoding a video frame or field with the MPEG-2 and MPEG-4 systems, the video frame or field is divided into a rectangular grid of macroblocks. Each macroblock is independently compressed and encoded.

When compressing a video frame or field, the MPEG-4 standard may compress the frame or field into one of three types of compressed frames or fields: Infra-frames (I-frames), Unidirectional Predicted frames (P-frames), or Bi-Directional Predicted frames (B-frames). Intra-frames completely independently encode an independent video frame with no reference to other video frames. P-frames define a video frame with reference to a single previously displayed video frame. B-frames define a video frame with reference to both a video frame displayed before the current frame and a video frame to be displayed after the current frame. Due to their efficient usage of redundant video information, P-frames and B-frames generally provide the best compression.

SUMMARY OF THE INVENTION

A method and apparatus for variable accuracy inter-picture timing specification for digital video encoding is disclosed. Specifically, the present invention discloses a system that allows the relative timing of nearby video pictures to be encoded in a very efficient manner. In one embodiment, the display time difference between a current video picture and a nearby video picture is determined. The display time difference is then encoded into a digital representation of the video picture. In a preferred embodiment, the nearby video picture is the most recently transmitted stored picture.

For coding efficiency, the display time difference may be encoded using a variable length coding system or arithmetic coding. In an alternate embodiment, the display time difference is encoded as a power of two to reduce the number of bits transmitted.

Other objects, features, and advantages of present invention will be apparent from the company drawings and from the following detailed description.

BRIEF DESCRIPTION OF THE DRAWINGS

The objects, features, and advantages of the present invention will be apparent to one skilled in the art, in view of the following detailed description in which:

FIG. 1 illustrates a high-level block diagram of one possible a digital video encoder system.

FIG. 2 illustrates a serious of video pictures in the order that the pictures should be displayed wherein the arrows connecting different pictures indicate inter-picture dependency created using motion compensation.

FIG. 3 illustrates the video pictures from FIG. 2 listed in a preferred transmission order of pictures wherein the arrows connecting different pictures indicate inter-picture dependency created using motion compensation.

FIG. 4 graphically illustrates a series of video pictures wherein the distances between video pictures that reference each other are chosen to be powers of two.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

A method and system for specifying Variable Accuracy Inter-Picture Timing in a multimedia compression and encoding system is disclosed. In the following description, for purposes of explanation, specific nomenclature is set forth to provide a thorough understanding of the present invention. However, it will be apparent to one skilled in the art that these specific details are not required in order to practice the present invention. For example, the present invention has been described with reference to the MPEG-4 multimedia compression and encoding system. However, the same techniques can easily be applied to other types of compression and encoding systems.

Multimedia Compression and Encoding Overview

FIG. 1 illustrates a high-level block diagram of a typical digital video encoder 100 as is well known in the art. The digital video encoder 100 receives an incoming video stream of video frames 105 at the left of the block diagram. Each video frame is processed by a Discrete Cosine Transformation (DCT) unit 110. The frame may be processed independently (an intra-frame) or with reference to information from other frames received from the motion compensation unit (an inter-frame). Next, a Quantizer (Q) unit 120 quantizes the information from the Discrete Cosine Transformation unit 110.

Finally, the quantized video frame is then encoded with an entropy encoder (H) unit 180 to produce an encoded bitstream. The entropy encoder (H) unit 180 may use a variable length coding (VLC) system.

Since an inter-frame encoded video frame is defined with reference to other nearby video frames, the digital video encoder 100 needs to create a copy of how decoded each frame will appear within a digital video decoder such that inter-frames may be encoded. Thus, the lower portion of the digital video encoder 100 is actually a digital video decoder system. Specifically, an inverse quantizer (Q⁻¹) unit 130 reverses the quantization of the video frame information and an inverse Discrete Cosine Transformation (DCT⁻¹) unit 140 reverses the Discrete Cosine Transformation of the video frame information. After all the DCT coefficients are reconstructed from iDCT, the motion compensation unit will use the information, along with the motion vectors, to reconstruct the encoded frame which is then used as the reference frame for the motion estimation of the next frame.

The decoded video frame may then be used to encode inter-frames (P-frames or B-frames) that are defined relative to information in the decoded video frame. Specifically, a motion compensation (MC) unit 150 and a motion estimation (ME) unit 160 are used to determine motion vectors and generate differential values used to encode inter-frames.

A rate controller 190 receives information from many different components in a digital video encoder 100 and uses the information to allocate a bit budget for each video frame. The rate controller 190 should allocate the bit budget in a manner that will generate the highest quality digital video bit stream that that complies with a specified set of restrictions. Specifically, the rate controller 190 attempts to generate the highest quality compressed video stream without overflowing buffers (exceeding the amount of available memory in a decoder by sending more information than can be stored) or underflowing buffers (not sending video frames fast enough such that a decoder runs out of video frames to display).

Multimedia Compression and Encoding Overview

In some video signals the time between successive video pictures (frames or fields) may not be constant. (Note: This document will use the term video pictures to generically refer to video frames or video fields.) For example, some video pictures may be dropped because of transmission bandwidth constraints. Furthermore, the video timing may also vary due to camera irregularity or special effects such as slow motion or fast motion. In some video streams, the original video source may simply have non-uniform inter-picture times by design. For example, synthesized video such as computer graphic animations may have non-uniform timing since no arbitrary video timing is created by a uniform video capture system such as a video camera system. A flexible digital video encoding system should be able to handle non-uniform timing.

Many digital video encoding systems divide video pictures into a rectangular grid of macroblocks. Each individual macroblock from the video picture is independently compressed and encoded. In some embodiments, sub-blocks of macroblocks known as ‘pixelblocks’ are used. Such pixel blocks may have their own motion vectors that may be interpolated. This document will refer to macroblocks although the teachings of the present invention may be applied equally to both macroblocks and pixelblocks.

Some video coding standards, e.g., ISO MPEG standards or the ITU H.264 standard, use different types of predicted macroblocks to encode video pictures. In one scenario, a macroblock may be one of three types:

-   -   1. I-macroblock—An Intra (I) macroblock uses no information from         any other video pictures in its coding (it is completely         self-defined);     -   2. P-macroblock—A unidirectionally predicted (P) macroblock         refers to picture information from one preceding video picture;         or     -   3. B-macroblock—A bi-directional predicted (B) macroblock uses         information from one preceding picture and one future video         picture.

If all the macroblocks in a video picture are Intra-macroblocks, then the video picture is an Intra-frame. If a video picture only includes unidirectional predicted macro blocks or intra-macroblocks, then the video picture is known as a P-frame. If the video picture contains any bi-directional predicted macroblocks, then the video picture is known as a B-frame. For the simplicity, this document will consider the case where all macroblocks within a given picture are of the same type.

An example sequence of video pictures to be encoded might be represented as

I₁ B₂ B₃ B₄ P₅ B₆ B₇ B₈ B₉ P₁₀ B₁₁ P₁₂ B₁₃ I₁₄ . . .

where the letter (I, P, or B) represents if the video picture is an I-frame, P-frame, or B-frame and the number represents the camera order of the video picture in the sequence of video pictures. The camera order is the order in which a camera recorded the video pictures and thus is also the order in which the video pictures should be displayed (the display order).

The previous example series of video pictures is graphically illustrated in FIG. 2. Referring to FIG. 2, the arrows indicate that macroblocks from a stored picture (I-frame or P-frame in this case) are used in the motion compensated prediction of other pictures.

In the scenario of FIG. 2, no information from other pictures is used in the encoding of the intra-frame video picture I₁. Video picture P₅ is a P-frame that uses video information from previous video picture I₁ in its coding such that an arrow is drawn from video picture I₁ to video picture P₅. Video picture B₂, video picture B₃, video picture B₄ all use information from both video picture I₁ and video picture P₅ in their coding such that arrows are drawn from video picture I₁ and video picture P₅ to video picture B₂, video picture B₃, and video picture B₄. As stated above the inter-picture times are, in general, not the same.

Since B-pictures use information from future pictures (pictures that will be displayed later), the transmission order is usually different than the display order. Specifically, video pictures that are needed to construct other video pictures should be transmitted first. For the above sequence, the transmission order might be

I₁ P₅ B₂ B_(3 B) ₄ P₁₀ B₆ B₇ B₈ B₉ P₁₂ B₁₁ I₁₄ B₁₃ . . .

FIG. 3 graphically illustrates the above transmission order of the video pictures from FIG. 2. Again, the arrows in the figure indicate that macroblocks from a stored video picture (I or P in this case) are used in the motion compensated prediction of other video pictures.

Referring to FIG. 3, the system first transmits I-frame I₁ which does not depend on any other frame. Next, the system transmits P-frame video picture P₅ that depends upon video picture I₁. Next, the system transmits B-frame video picture B₂ after video picture P₅ even though video picture B₂ will be displayed before video picture P₅. The reason for this is that when it comes time to decode B₂, the decoder will have already received and stored the information in video pictures I₁ and P₅ necessary to decode video picture B₂. Similarly, video pictures I₁ and P₅ are ready to be used to decode subsequent video picture B₃ and video picture B₄. The receiver/decoder reorders the video picture sequence for proper display. In this operation I and P pictures are often referred to as stored pictures.

The coding of the P-frame pictures typically utilizes Motion Compensation, wherein a Motion Vector is computed for each macroblock in the picture. Using the computed motion vector, a prediction macroblock (P-macroblock) can be formed by translation of pixels in the aforementioned previous picture. The difference between the actual macroblock in the P-frame picture and the prediction macroblock is then coded for transmission.

Each motion vector may also be transmitted via predictive coding. For example, a motion vector prediction may be formed using nearby motion vectors. In such a case, then the difference between the actual motion vector and the motion vector prediction is coded for transmission.

Each B-macroblock uses two motion vectors: a first motion vector referencing the aforementioned previous video picture and a second motion vector referencing the future video picture. From these two motion vectors, two prediction macroblocks are computed. The two predicted macroblocks are then combined together, using some function, to form a final predicted macroblock. As above, the difference between the actual macroblock in the B-frame picture and the final predicted macroblock is then encoded for transmission.

As with P-macroblocks, each motion vector (MV) of a B-macroblock may be transmitted via predictive coding. Specifically, a predicted motion vector is formed using nearby motion vectors. Then, the difference between the actual motion vector and the predicted is coded for transmission.

However, with B-macroblocks the opportunity exists for interpolating motion vectors from motion vectors in the nearest stored picture macroblock. Such interpolation is carried out both in the digital video encoder and the digital video decoder.

This motion vector interpolation works particularly well on video pictures from a video sequence where a camera is slowly panning across a stationary background. In fact, such motion vector interpolation may be good enough to be used alone. Specifically, this means that no differential information needs be calculated or transmitted for these B-macroblock motion vectors encoded using interpolation.

To illustrate further, in the above scenario let us represent the inter-picture display time between pictures i and j as D_(i,j), i.e., if the display times of the pictures are T_(i) and T_(j), respectively, then

D _(i,j) =T _(i) −T _(j)

from which it follows that

D _(i,k) =D _(i,j) +D _(j,k)

D _(i,k) =−D _(k,i)

Note that D_(i,j) may be negative in some cases.

Thus, if MV_(5,1) is a motion vector for a P₅ macroblock as referenced to then for the corresponding macroblocks in B₂, B₃ and B₄ the motion vectors as referenced to I₁ and P₅, respectively, would be interpolated by

MV _(2,1) =MV _(5,1) *D _(2,1) /D _(5,1)

MV _(5,2) =MV _(5,1) *D _(5,2) /D _(5,1)

MV _(3,1) =MV _(5,1) *D _(3,1) /D _(5,1)

MV _(5,3) =MV _(5,1) *D _(5,3) /D _(5,1)

MV _(5,2) =MV _(5,1) *D _(5,2) /D _(5,1)

MV _(4,1) =MV _(5,1) *D _(4,1) /D _(5,1)

MV _(5,4) =MV _(5,1) *D _(5,4) /D _(5,1)

Note that since ratios of display times are used for motion vector prediction, absolute display times are not needed. Thus, relative display times may be used for D_(i,j) display time values.

This scenario may be generalized, as for example in the H.264 standard. In the generalization, a P or B picture may use any previously transmitted picture for its motion vector prediction. Thus, in the above case picture B₃ may use picture I₁ and picture B₂ in its prediction. Moreover, motion vectors may be extrapolated, not just interpolated. Thus, in this case we would have:

MV _(3,1) =MV _(2,1) *D _(3,1) /D _(2,1)

Such motion vector extrapolation (or interpolation) may also be used in the prediction process for predictive coding of motion vectors.

In any event, the problem in the case of non-uniform inter-picture times is to transmit the relative display time values of D_(i,j) to the receiver, and that is the subject of the present invention. In one embodiment of the present invention, for each picture after the first picture we transmit the display time difference between the current picture and the most recently transmitted stored picture. For error resilience, the transmission could be repeated several times within the picture, e.g., in the so-called slice headers of the MPEG or H.264 standards. If all slice headers are lost, then presumably other pictures that rely on the lost picture for decoding information cannot be decoded either.

Thus, in the above scenario we would transmit the following:

D_(5,1) D_(2,5) D_(3,5) D_(4,5) D_(10,5) D_(6,10) D_(7,10) D_(8,10) D_(9,10) D_(12,10) D_(11,12) D_(14,12) D_(13,14) . . .

For the purpose of motion vector estimation, the accuracy requirements for D_(i,j) may vary from picture to picture. For example, if there is only a single B-frame picture B₆ halfway between two P-frame pictures P₅ and P₇, then it suffices to send only:

-   -   D_(7,5)=2 and D_(6,7)=−1         Where the D_(i,j) display time values are relative time values.         If, instead, video picture B₆ is only one quarter the distance         between video picture P₅ and video picture P₇ then the         appropriate D_(i,j) display time values to send would be:     -   D_(7,5)=4 and D_(6,7)=−1         Note that in both of the two preceding examples, the display         time between the video picture B₆ and video picture video         picture P₇ is being used as the display time “unit” and the         display time difference between video picture P₅ and picture         video picture P₇ is four display time “units”.

In general, motion vector estimation is less complex if divisors are powers of two. This is easily achieved in our embodiment if (the inter-picture time) between two stored pictures is chosen to be a power of two as graphically illustrated in FIG. 4. Alternatively, the estimation procedure could be defined to truncate or round all divisors to a power of two.

In the case where an inter-picture time is to be a power of two, the number of data bits can be reduced if only the integer power (of two) is transmitted instead of the full value of the inter-picture time. FIG. 4 graphically illustrates a case wherein the distances between pictures are chosen to be powers of two. In such a case, the D_(3,1) display time value of 2 between video picture P₁ and picture video picture P₃ is transmitted as 1 (since 2¹=2) and the D_(7,3) display time value of 4 between video picture P₇ and picture video picture P₃ can be transmitted as 2 (since 2²=4).

In some cases, motion vector interpolation may not be used. However, it is still necessary to transmit the display order of the video pictures to the receiver/player system such that the receiver/player system will display the video pictures in the proper order. In this case, simple signed integer values for D_(i,j) suffice irrespective of the actual display times. In some applications only the sign may be needed.

The inter-picture times D_(i,j) may simply be transmitted as simple signed integer values. However, many methods may be used for encoding the D_(i,j) values to achieve additional compression. For example, a sign bit followed by a variable length coded magnitude is relatively easy to implement and provides coding efficiency.

One such variable length coding system that may be used is known as UVLC (Universal Variable Length Code). The UVLC variable length coding system is given by the code words:

1 = 1 $2 = \begin{matrix} 0 & 1 & 0 \end{matrix}$ $3 = \begin{matrix} 0 & 1 & 1 \end{matrix}$ $4 = \begin{matrix} 0 & 0 & 1 & 0 & 0 \end{matrix}$ $5 = \begin{matrix} 0 & 0 & 1 & 0 & 1 \end{matrix}$ $6 = \begin{matrix} 0 & 0 & 1 & 1 & 0 \end{matrix}$ $7 = \begin{matrix} 0 & 0 & 1 & 1 & 1 \end{matrix}$ $8 = \begin{matrix} 0 & 0 & 0 & 1 & 0 & 0 & {0\mspace{14mu} \ldots} \end{matrix}$

Another method of encoding the inter-picture times may be to use arithmetic coding. Typically, arithmetic coding utilizes conditional probabilities to effect a very high compression of the data bits.

Thus, the present invention introduces a simple but powerful method of encoding and transmitting inter-picture display times. The encoding of inter-picture display times can be made very efficient by using variable length coding or arithmetic coding. Furthermore, a desired accuracy can be chosen to meet the needs of the video decoder, but no more.

The foregoing has described a system for specifying variable accuracy inter-picture timing in a multimedia compression and encoding system. It is contemplated that changes and modifications may be made by one of ordinary skill in the art, to the materials and arrangements of elements of the present invention without departing from the scope of the invention. 

1-20. (canceled)
 21. A method for encoding a sequence of video pictures, said method comprising: encoding a first order value for a first video picture, a second order value for a second video picture, and a third order value for a third video picture, wherein each order value is representative of a position of a video picture in a sequence of video pictures; computing a particular value based on a first order difference value and a second order difference value, wherein (i) the first order difference value is representative of a difference between the third order value and the first order value and (ii) the second order difference value is representative of a difference between the second order value and the first order value; computing a motion vector associated with the second video picture based on the particular value and a motion vector associated with the third video picture; encoding the first, second, and third video pictures, wherein at least one video picture is encoded by using the computed motion vector; and storing the encoded first video picture, the encoded second video picture, the encoded third video picture, the encoded first order value, the encoded second order value and the encoded third order value in a bitstream.
 22. The method of claim 21, wherein the particular value is inversely proportional to the first order difference value and directly proportional to the second order difference value.
 23. The method of claim 21, wherein the particular value is computed by dividing the second order difference value by the first order difference value.
 24. The method of claim 21, wherein the second order value is encoded in a slice header of the bitstream, the slice header associated with the second video picture.
 25. The method of claim 21, wherein computing the motion vector associated with the second video picture comprises multiplying the particular value with the motion vector associated with the third video picture.
 26. The method of claim 21, wherein the second order value represents a timing difference between the second video picture and the first video picture.
 27. The method of claim 21, wherein the second order value is compressed by using variable length coding.
 28. The method of claim 21, wherein the second order value is compressed by using arithmetic coding.
 29. The method of claim 21, wherein the sequence of video pictures is a sequence for displaying the video pictures.
 30. The method of claim 21, wherein computing the motion vector associated with the second video picture comprises performing an interpolation operation based on the motion vector associated with the third video picture.
 31. The method of claim 21, wherein computing the motion vector associated with the second video picture comprises performing an extrapolation operation based on the motion vector associated with third video picture.
 32. The method of claim 21, wherein the second order value is representative of an order difference value between the second video picture and the first video picture.
 33. The method of claim 21, wherein the motion vector associated with the second video picture is not encoded in the bitstream.
 34. The method of claim 21, wherein the first video picture is an I-video picture.
 35. A method for encoding a video sequence comprising first, second and third video pictures, said method comprising: computing a particular value based on (i) a first order difference value between an order value for the second video picture and an order value for the first video picture and (ii) a second order difference value between an order value for the third video picture and the order value for the first video picture; computing a motion vector associated with the second video picture based on the particular value and a motion vector associated with the third video picture, the computed motion vector for encoding at least one video picture; and encoding the first, second, and third video pictures and the order values for the first, second, and third video pictures; storing the encoded first video picture, the encoded second video picture, the encoded third video picture, the encoded order value for the first video picture, the encoded order value for the second video picture, and the encoded order value for the third video picture in a bitstream.
 36. The method of claim 35, wherein the particular value is computed by dividing the first order difference value by the second order difference value.
 37. The method of claim 35, wherein computing the first motion vector comprises multiplying the particular value with the motion vector associated with the third video picture.
 38. The method of claim 35, wherein the order value for the second video picture represents a timing difference between the second video picture and the first video picture.
 39. The method of claim 35, wherein computing the motion vector associated with the second video picture comprises performing an interpolation operation based on the motion vector associated with the third video picture.
 40. The method of claim 35, wherein computing the motion vector associated with the second video picture comprises performing an extrapolation operation based on the motion vector associated with the third video picture. 